گشایش قفل عملکرد: شیرجه‌ای عمیق در عملیات حافظه انبوه وب‌اسمبلی

وب‌اسمبلی (Wasm) با فراهم کردن یک محیط اجرایی با عملکرد بالا و ایزوله (sandboxed) در کنار جاوا اسکریپت، انقلابی در توسعه وب ایجاد کرده است. این فناوری به توسعه‌دهندگان از سراسر جهان امکان می‌دهد کدهای نوشته‌شده به زبان‌هایی مانند C++، Rust و Go را مستقیماً در مرورگر با سرعتی نزدیک به سرعت بومی اجرا کنند. در قلب قدرت Wasm، مدل حافظه ساده و در عین حال مؤثر آن قرار دارد: یک بلوک بزرگ و پیوسته از حافظه که به عنوان حافظه خطی (linear memory) شناخته می‌شود. با این حال، دستکاری کارآمد این حافظه همواره یک تمرکز حیاتی برای بهینه‌سازی عملکرد بوده است. اینجاست که پیشنهاد حافظه انبوه وب‌اسمبلی (WebAssembly Bulk Memory) وارد میدان می‌شود.

این شیرجه عمیق شما را با پیچیدگی‌های عملیات حافظه انبوه آشنا می‌کند و توضیح می‌دهد که آن‌ها چه هستند، چه مشکلاتی را حل می‌کنند و چگونه به توسعه‌دهندگان قدرت می‌دهند تا برنامه‌های وب سریع‌تر، امن‌تر و کارآمدتری برای مخاطبان جهانی بسازند. چه یک برنامه‌نویس سیستم باتجربه باشید و چه یک توسعه‌دهنده وب که به دنبال فراتر رفتن از مرزهای عملکرد است، درک حافظه انبوه کلید تسلط بر وب‌اسمبلی مدرن است.

قبل از حافظه انبوه: چالش دستکاری داده‌ها

برای درک اهمیت پیشنهاد حافظه انبوه، ابتدا باید چشم‌انداز قبل از معرفی آن را بشناسیم. حافظه خطی وب‌اسمبلی آرایه‌ای از بایت‌های خام است که از محیط میزبان (مانند ماشین مجازی جاوا اسکریپت) جدا شده است. اگرچه این ایزوله‌سازی برای امنیت حیاتی است، اما به این معنا بود که تمام عملیات حافظه در یک ماژول Wasm باید توسط خود کد Wasm اجرا می‌شد.

ناکارآمدی حلقه‌های دستی

تصور کنید نیاز دارید یک قطعه بزرگ از داده - مثلاً یک بافر تصویر ۱ مگابایتی - را از یک بخش حافظه خطی به بخش دیگری کپی کنید. قبل از حافظه انبوه، تنها راه برای انجام این کار نوشتن یک حلقه در زبان مبدأ شما (مثلاً C++ یا Rust) بود. این حلقه داده‌ها را پیمایش می‌کرد و آن‌ها را یک عنصر در یک زمان (مثلاً بایت به بایت یا کلمه به کلمه) کپی می‌کرد.

این مثال ساده C++ را در نظر بگیرید:

void manual_memory_copy(char* dest, const char* src, size_t n) {
for (size_t i = 0; i < n; ++i) {
dest[i] = src[i];
}
}

هنگامی که این کد به وب‌اسمبلی کامپایل می‌شد، به دنباله‌ای از دستورالعمل‌های Wasm ترجمه می‌شد که حلقه را انجام می‌دادند. این رویکرد چندین نقطه ضعف قابل توجه داشت:

• سربار عملکرد (Performance Overhead): هر تکرار حلقه شامل چندین دستورالعمل است: بارگذاری یک بایت از مبدأ، ذخیره آن در مقصد، افزایش یک شمارنده و انجام بررسی محدوده برای اینکه آیا حلقه باید ادامه یابد. برای بلوک‌های بزرگ داده، این امر به هزینه عملکرد قابل توجهی منجر می‌شود. موتور Wasm نمی‌توانست «قصد سطح بالا» را ببیند؛ فقط مجموعه‌ای از عملیات کوچک و تکراری را مشاهده می‌کرد.
• افزایش حجم کد (Code Bloat): منطق خود حلقه - شمارنده، بررسی‌ها، انشعاب - به حجم نهایی باینری Wasm اضافه می‌کند. اگرچه یک حلقه ممکن است چیز زیادی به نظر نرسد، اما در برنامه‌های پیچیده با بسیاری از این عملیات، این افزایش حجم می‌تواند بر زمان دانلود و راه‌اندازی تأثیر بگذارد.
• از دست رفتن فرصت‌های بهینه‌سازی: پردازنده‌های مدرن دارای دستورالعمل‌های بسیار تخصصی و فوق‌العاده سریع برای جابجایی بلوک‌های بزرگ حافظه هستند (مانند memcpy و memmove). از آنجا که موتور Wasm یک حلقه عمومی را اجرا می‌کرد، نمی‌توانست از این دستورالعمل‌های بومی قدرتمند استفاده کند. این مانند جابجایی کتاب‌های یک کتابخانه به اندازه یک صفحه در هر بار به جای استفاده از یک چرخ دستی بود.

این ناکارآمدی یک گلوگاه بزرگ برای برنامه‌هایی بود که به شدت به دستکاری داده‌ها متکی بودند، مانند موتورهای بازی، ویرایشگرهای ویدئو، شبیه‌سازهای علمی و هر برنامه‌ای که با ساختارهای داده بزرگ سروکار داشت.

ورود پیشنهاد حافظه انبوه: یک تغییر پارادایم

پیشنهاد حافظه انبوه وب‌اسمبلی برای رسیدگی مستقیم به این چالش‌ها طراحی شد. این یک ویژگی پس از MVP (حداقل محصول قابل ارائه) است که مجموعه دستورالعمل‌های Wasm را با مجموعه‌ای از عملیات قدرتمند و سطح پایین برای مدیریت یکباره بلوک‌های حافظه و داده‌های جدول گسترش می‌دهد.

ایده اصلی ساده اما عمیق است: واگذاری عملیات انبوه به موتور وب‌اسمبلی.

به جای اینکه با یک حلقه به موتور بگوییم چگونه حافظه را کپی کند، یک توسعه‌دهنده اکنون می‌تواند با یک دستورالعمل واحد بگوید: «لطفاً این بلوک ۱ مگابایتی را از آدرس A به آدرس B کپی کن.» موتور Wasm، که دانش عمیقی از سخت‌افزار زیربنایی دارد، می‌تواند این درخواست را با استفاده از کارآمدترین روش ممکن اجرا کند، که اغلب آن را مستقیماً به یک دستورالعمل CPU بومی و فوق‌العاده بهینه ترجمه می‌کند.

این تغییر منجر به موارد زیر می‌شود:

• افزایش عظیم عملکرد: عملیات در کسری از زمان تکمیل می‌شوند.
• حجم کد کوچکتر: یک دستورالعمل Wasm جایگزین یک حلقه کامل می‌شود.
• امنیت بهبود یافته: این دستورالعمل‌های جدید دارای بررسی محدوده داخلی هستند. اگر برنامه‌ای سعی کند داده‌ها را به یا از مکانی خارج از حافظه خطی تخصیص‌داده‌شده خود کپی کند، عملیات با ایجاد یک تله (trap) (پرتاب خطای زمان اجرا) به طور ایمن با شکست مواجه می‌شود و از خرابی خطرناک حافظه و سرریز بافر جلوگیری می‌کند.

مروری بر دستورالعمل‌های اصلی حافظه انبوه

این پیشنهاد چندین دستورالعمل کلیدی را معرفی می‌کند. بیایید مهم‌ترین آن‌ها را بررسی کنیم، ببینیم چه کاری انجام می‌دهند و چرا اینقدر تأثیرگذار هستند.

memory.copy: انتقال‌دهنده پرسرعت داده

این دستورالعمل را می‌توان ستاره این نمایش دانست. memory.copy معادل Wasm تابع قدرتمند memmove در زبان C است.

• امضا (در WAT، فرمت متنی وب‌اسمبلی): (memory.copy (dest i32) (src i32) (size i32))
• عملکرد: این دستور size بایت را از آفست مبدأ src به آفست مقصد dest در همان حافظه خطی کپی می‌کند.

ویژگی‌های کلیدی memory.copy:

• مدیریت همپوشانی: نکته بسیار مهم این است که memory.copy به درستی مواردی را که نواحی حافظه مبدأ و مقصد با هم همپوشانی دارند، مدیریت می‌کند. به همین دلیل است که به memmove شبیه است تا memcpy. موتور تضمین می‌کند که کپی به روشی غیرمخرب انجام می‌شود، که یک جزئیات پیچیده است که توسعه‌دهندگان دیگر نیازی به نگرانی در مورد آن ندارند.
• سرعت بومی: همانطور که ذکر شد، این دستورالعمل معمولاً به سریع‌ترین پیاده‌سازی کپی حافظه ممکن در معماری ماشین میزبان کامپایل می‌شود.
• ایمنی داخلی: موتور تأیید می‌کند که کل محدوده از src تا src + size و از dest تا dest + size در محدوده حافظه خطی قرار دارد. هرگونه دسترسی خارج از محدوده منجر به یک تله فوری می‌شود که آن را بسیار امن‌تر از یک کپی اشاره‌گر به سبک C دستی می‌کند.

تأثیر عملی: برای برنامه‌ای که ویدئو پردازش می‌کند، این به معنای آن است که کپی یک فریم ویدئو از یک بافر شبکه به یک بافر نمایش می‌تواند با یک دستورالعمل واحد، اتمی و فوق‌العاده سریع انجام شود، به جای یک حلقه کند و بایت به بایت.

memory.fill: مقداردهی اولیه کارآمد حافظه

اغلب، شما نیاز دارید یک بلوک از حافظه را با یک مقدار خاص مقداردهی اولیه کنید، مانند تنظیم یک بافر به صفر قبل از استفاده.

• امضا (WAT): (memory.fill (dest i32) (val i32) (size i32))
• عملکرد: این دستور یک بلوک حافظه به اندازه size بایت را که از آفست مقصد dest شروع می‌شود، با مقدار بایت مشخص شده در val پر می‌کند.

ویژگی‌های کلیدی memory.fill:

• بهینه‌شده برای تکرار: این عملیات معادل Wasm تابع memset در زبان C است. این دستور برای نوشتن یک مقدار یکسان در یک منطقه پیوسته بزرگ بسیار بهینه شده است.
• موارد استفاده رایج: کاربرد اصلی آن برای صفر کردن حافظه است (یک روش امنیتی خوب برای جلوگیری از افشای داده‌های قدیمی)، اما همچنین برای تنظیم حافظه به هر حالت اولیه، مانند `0xFF` برای یک بافر گرافیکی، مفید است.
• ایمنی تضمین‌شده: مانند memory.copy، این دستور بررسی‌های محدوده دقیقی را برای جلوگیری از خرابی حافظه انجام می‌دهد.

تأثیر عملی: هنگامی که یک برنامه C++ یک شیء بزرگ را روی پشته تخصیص می‌دهد و اعضای آن را به صفر مقداردهی اولیه می‌کند، یک کامپایلر مدرن Wasm می‌تواند مجموعه‌ای از دستورالعمل‌های ذخیره‌سازی جداگانه را با یک عملیات memory.fill کارآمد جایگزین کند و حجم کد را کاهش داده و سرعت نمونه‌سازی را بهبود بخشد.

بخش‌های غیرفعال (Passive Segments): داده‌ها و جداول بر اساس تقاضا

فراتر از دستکاری مستقیم حافظه، پیشنهاد حافظه انبوه نحوه مدیریت داده‌های اولیه ماژول‌های Wasm را متحول کرد. پیش از این، بخش‌های داده (برای حافظه خطی) و بخش‌های عناصر (برای جداول، که مواردی مانند ارجاعات به توابع را نگه می‌دارند) «فعال» بودند. این بدان معنا بود که محتویات آنها به طور خودکار هنگام نمونه‌سازی ماژول Wasm به مقصدهایشان کپی می‌شد.

این روش برای داده‌های بزرگ و اختیاری ناکارآمد بود. به عنوان مثال، یک ماژول ممکن است حاوی داده‌های محلی‌سازی برای ده زبان مختلف باشد. با بخش‌های فعال، هر ده بسته زبان در هنگام راه‌اندازی در حافظه بارگذاری می‌شدند، حتی اگر کاربر فقط به یکی از آنها نیاز داشته باشد. حافظه انبوه بخش‌های غیرفعال (passive segments) را معرفی کرد.

یک بخش غیرفعال، قطعه‌ای از داده یا لیستی از عناصر است که با ماژول Wasm بسته‌بندی شده اما در هنگام راه‌اندازی به طور خودکار بارگذاری نمی‌شود. این بخش فقط آنجا منتظر می‌ماند تا استفاده شود. این به توسعه‌دهنده کنترل دقیق و برنامه‌ریزی‌شده‌ای بر زمان و مکان بارگذاری این داده‌ها با استفاده از مجموعه جدیدی از دستورالعمل‌ها می‌دهد.

memory.init, data.drop, table.init, و elem.drop

این خانواده از دستورالعمل‌ها با بخش‌های غیرفعال کار می‌کنند:

• memory.init: این دستورالعمل داده‌ها را از یک بخش داده غیرفعال به حافظه خطی کپی می‌کند. شما می‌توانید مشخص کنید که از کدام بخش استفاده شود، کپی از کجای بخش شروع شود، به کجای حافظه خطی کپی شود و چه تعداد بایت کپی شود.
• data.drop: پس از اتمام کار با یک بخش داده غیرفعال (مثلاً پس از کپی شدن آن در حافظه)، می‌توانید از data.drop استفاده کنید تا به موتور سیگنال دهید که منابع آن قابل بازپس‌گیری هستند. این یک بهینه‌سازی حافظه حیاتی برای برنامه‌های با اجرای طولانی‌مدت است.
• table.init: این معادل جدولی memory.init است. این دستور عناصر (مانند ارجاعات به توابع) را از یک بخش عنصر غیرفعال به یک جدول Wasm کپی می‌کند. این برای پیاده‌سازی ویژگی‌هایی مانند پیوند پویا (dynamic linking)، که در آن توابع بر اساس تقاضا بارگذاری می‌شوند، اساسی است.
• elem.drop: مشابه data.drop، این دستورالعمل یک بخش عنصر غیرفعال را حذف کرده و منابع مرتبط با آن را آزاد می‌کند.

تأثیر عملی: برنامه چندزبانه ما اکنون می‌تواند بسیار کارآمدتر طراحی شود. می‌تواند هر ده بسته زبان را به عنوان بخش‌های داده غیرفعال بسته‌بندی کند. هنگامی که کاربر «اسپانیایی» را انتخاب می‌کند، کد یک memory.init را برای کپی کردن فقط داده‌های اسپانیایی به حافظه فعال اجرا می‌کند. اگر کاربر به «ژاپنی» تغییر زبان دهد، داده‌های قدیمی می‌توانند رونویسی یا پاک شوند و یک فراخوانی memory.init جدید داده‌های ژاپنی را بارگذاری می‌کند. این مدل بارگذاری داده «درست به موقع» (just-in-time) به طور چشمگیری ردپای حافظه اولیه و زمان راه‌اندازی برنامه را کاهش می‌دهد.

تأثیر در دنیای واقعی: جایی که حافظه انبوه در مقیاس جهانی می‌درخشد

مزایای این دستورالعمل‌ها صرفاً نظری نیستند. آنها تأثیر ملموسی بر طیف گسترده‌ای از برنامه‌ها دارند و آنها را برای کاربران در سراسر جهان، صرف نظر از قدرت پردازش دستگاهشان، قابل اجرا و کارآمدتر می‌کنند.

۱. محاسبات با کارایی بالا و تحلیل داده

برنامه‌های کاربردی برای محاسبات علمی، مدل‌سازی مالی و تحلیل داده‌های بزرگ اغلب شامل دستکاری ماتریس‌ها و مجموعه داده‌های عظیم هستند. عملیاتی مانند ترانهاده ماتریس، فیلتر کردن و agregasi به کپی و مقداردهی اولیه گسترده حافظه نیاز دارند. عملیات حافظه انبوه می‌توانند این وظایف را به میزان порядk از قدرتی تسریع کنند و ابزارهای تحلیل داده پیچیده درون مرورگر را به واقعیت تبدیل کنند.

۲. بازی و گرافیک

موتورهای بازی مدرن به طور مداوم مقادیر زیادی از داده‌ها را جابجا می‌کنند: بافت‌ها، مدل‌های سه‌بعدی، بافرهای صوتی و وضعیت بازی. حافظه انبوه به موتورهایی مانند Unity و Unreal (هنگام کامپایل به Wasm) اجازه می‌دهد تا این دارایی‌ها را با سربار بسیار کمتری مدیریت کنند. به عنوان مثال، کپی کردن یک بافت از یک بافر دارایی فشرده‌نشده به بافر بارگذاری GPU به یک memory.copy تکی و برق‌آسا تبدیل می‌شود. این امر منجر به نرخ فریم روان‌تر و زمان بارگذاری سریع‌تر برای بازیکنان در همه جا می‌شود.

۳. ویرایش تصویر، ویدئو و صدا

ابزارهای خلاقانه مبتنی بر وب مانند Figma (طراحی رابط کاربری)، فتوشاپ Adobe در وب و مبدل‌های ویدئویی آنلاین مختلف به دستکاری سنگین داده‌ها متکی هستند. اعمال یک فیلتر بر روی یک تصویر، رمزگذاری یک فریم ویدئو یا میکس کردن تراک‌های صوتی شامل عملیات بی‌شمار کپی و پر کردن حافظه است. حافظه انبوه باعث می‌شود این ابزارها حتی هنگام کار با رسانه‌های با وضوح بالا، پاسخگوتر و شبیه به برنامه‌های بومی به نظر برسند.

۴. شبیه‌سازی و مجازی‌سازی

اجرای یک سیستم عامل کامل یا یک برنامه قدیمی در مرورگر از طریق شبیه‌سازی، یک کار بسیار حافظه‌بر است. شبیه‌سازها باید نقشه حافظه سیستم مهمان را شبیه‌سازی کنند. عملیات حافظه انبوه برای پاک کردن کارآمد بافر صفحه، کپی کردن داده‌های ROM و مدیریت وضعیت ماشین شبیه‌سازی‌شده ضروری هستند و به پروژه‌هایی مانند شبیه‌سازهای بازی‌های قدیمی در مرورگر اجازه می‌دهند تا به طرز شگفت‌آوری خوب عمل کنند.

۵. پیوند پویا و سیستم‌های پلاگین

ترکیب بخش‌های غیرفعال و table.init بلوک‌های ساختاری اساسی برای پیوند پویا در وب‌اسمبلی را فراهم می‌کند. این به یک برنامه اصلی اجازه می‌دهد تا ماژول‌های Wasm اضافی (پلاگین‌ها) را در زمان اجرا بارگذاری کند. هنگامی که یک پلاگین بارگذاری می‌شود، توابع آن می‌توانند به صورت پویا به جدول توابع برنامه اصلی اضافه شوند و معماری‌های قابل توسعه و ماژولار را امکان‌پذیر می‌سازند که نیازی به ارسال یک باینری یکپارچه ندارند. این برای برنامه‌های بزرگ‌مقیاس که توسط تیم‌های بین‌المللی توزیع‌شده توسعه داده می‌شوند، حیاتی است.

چگونه امروز از حافظه انبوه در پروژه‌های خود استفاده کنیم

خبر خوب این است که برای اکثر توسعه‌دهندگانی که با زبان‌های سطح بالا کار می‌کنند، استفاده از عملیات حافظه انبوه اغلب خودکار است. کامپایلرهای مدرن به اندازه کافی هوشمند هستند تا الگوهایی را که می‌توان بهینه‌سازی کرد، تشخیص دهند.

پشتیبانی کامپایلر کلیدی است

کامپایلرهای Rust، C/C++ (از طریق Emscripten/LLVM) و AssemblyScript همگی «آگاه به حافظه انبوه» هستند. هنگامی که شما کد کتابخانه استاندارد را می‌نویسید که یک کپی حافظه انجام می‌دهد، کامپایلر در اکثر موارد دستورالعمل Wasm مربوطه را صادر می‌کند.

به عنوان مثال، این تابع ساده Rust را در نظر بگیرید:

pub fn copy_slice(dest: &mut [u8], src: &[u8]) {
dest.copy_from_slice(src);
}

هنگام کامپایل این کد به هدف wasm32-unknown-unknown، کامپایلر Rust خواهد دید که copy_from_slice یک عملیات حافظه انبوه است. به جای تولید یک حلقه، به طور هوشمند یک دستورالعمل memory.copy واحد را در ماژول Wasm نهایی صادر می‌کند. این بدان معناست که توسعه‌دهندگان می‌توانند کد سطح بالای ایمن و اصطلاحی بنویسند و عملکرد خام دستورالعمل‌های سطح پایین Wasm را به صورت رایگان دریافت کنند.

فعال‌سازی و تشخیص ویژگی

ویژگی حافظه انبوه اکنون به طور گسترده در تمام مرورگرهای اصلی (Chrome، Firefox، Safari، Edge) و محیط‌های اجرایی Wasm سمت سرور پشتیبانی می‌شود. این بخشی از مجموعه ویژگی‌های استاندارد Wasm است که توسعه‌دهندگان به طور کلی می‌توانند فرض کنند که وجود دارد. در موارد نادری که نیاز به پشتیبانی از یک محیط بسیار قدیمی دارید، می‌توانید از جاوا اسکریپت برای تشخیص در دسترس بودن آن قبل از نمونه‌سازی ماژول Wasm خود استفاده کنید، اما این کار با گذشت زمان کمتر ضروری می‌شود.

آینده: بنیادی برای نوآوری بیشتر

حافظه انبوه فقط یک نقطه پایان نیست؛ بلکه یک لایه بنیادی است که سایر ویژگی‌های پیشرفته وب‌اسمبلی بر روی آن ساخته شده‌اند. وجود آن پیش‌نیازی برای چندین پیشنهاد حیاتی دیگر بود:

• نخ‌های وب‌اسمبلی (WebAssembly Threads): پیشنهاد نخ‌ها حافظه خطی مشترک و عملیات اتمی را معرفی می‌کند. جابجایی کارآمد داده‌ها بین نخ‌ها بسیار مهم است و عملیات حافظه انبوه، اولیه‌های با عملکرد بالا را که برای عملی کردن برنامه‌نویسی با حافظه مشترک لازم است، فراهم می‌کند.
• WebAssembly SIMD (یک دستورالعمل، چند داده): SIMD اجازه می‌دهد یک دستورالعمل واحد بر روی چندین قطعه داده به طور همزمان عمل کند (مثلاً جمع کردن چهار جفت عدد به طور همزمان). بارگذاری داده‌ها در رجیسترهای SIMD و ذخیره نتایج در حافظه خطی وظایفی هستند که توسط قابلیت‌های حافظه انبوه به طور قابل توجهی تسریع می‌شوند.
• انواع ارجاع (Reference Types): این پیشنهاد به Wasm اجازه می‌دهد تا ارجاعاتی به اشیاء میزبان (مانند اشیاء جاوا اسکریپت) را مستقیماً نگه دارد. مکانیسم‌های مدیریت جداول این ارجاعات (table.init، elem.drop) مستقیماً از مشخصات حافظه انبوه می‌آیند.

نتیجه‌گیری: فراتر از یک افزایش عملکرد

پیشنهاد حافظه انبوه وب‌اسمبلی یکی از مهم‌ترین بهبودهای پس از MVP برای این پلتفرم است. این پیشنهاد با جایگزین کردن حلقه‌های ناکارآمد و دستی با مجموعه‌ای از دستورالعمل‌های ایمن، اتمی و فوق‌العاده بهینه، یک گلوگاه عملکردی اساسی را برطرف می‌کند.

با واگذاری وظایف پیچیده مدیریت حافظه به موتور Wasm، توسعه‌دهندگان سه مزیت حیاتی به دست می‌آورند:

1. سرعت بی‌سابقه: تسریع چشمگیر برنامه‌های کاربردی سنگین داده.
2. امنیت بهبود یافته: از بین بردن کل دسته‌هایی از باگ‌های سرریز بافر از طریق بررسی محدوده داخلی و اجباری.
3. سادگی کد: امکان‌پذیر ساختن حجم‌های باینری کوچکتر و اجازه دادن به زبان‌های سطح بالا برای کامپایل به کد کارآمدتر و قابل نگهداری‌تر.

برای جامعه جهانی توسعه‌دهندگان، عملیات حافظه انبوه ابزاری قدرتمند برای ساخت نسل بعدی برنامه‌های وب غنی، کارآمد و قابل اعتماد است. آنها شکاف بین عملکرد مبتنی بر وب و بومی را پر می‌کنند و به توسعه‌دهندگان قدرت می‌دهند تا مرزهای آنچه در یک مرورگر ممکن است را جابجا کنند و وبی تواناتر و در دسترس‌تر برای همه، در همه جا ایجاد کنند.